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DATABASE ANNOTATION AND RETRIEVAL 

The present invention relates to the generation of 
annotation data for annotating data files which are to be 
5 stored in a database for facilitating their subsequent 

retrieval. The annotation data preferably includes both 
phoneme data and word data so that the retrieval can be 
made by a spoken or typed input query. 

10 Databases of information are well known and suffer from 

the problem of how to locate and retrieve the desired 
information from the database quickly and efficiently. 
Existing database search tools allow the user to search 
the database using typed key words. Whilst this is quick 

15 and efficient, this type of searching is not suitable for 

various kinds of databases, such as video or audio 
databases which include audio signals but no text. This 
type of searching is also not suitable when the user's 
input query is a spoken query since recognition errors 

20 are likely to cause errors in the search results. 

A recent proposal has been made to annotate video and 
audio databases with a phonetic transcription of the 
speech content in the audio and video files, with 
25 subsequent retrieval being achieved by comparing a 
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phonetic transcription of a user's input query with the 
phoneme annotation data in the database. Although the 
phonetic transcription can be performed manually, it is 
preferably generated by passing the audio signal in the 
5 data file through an automatic speech recognition unit 

which generates both phonemes and words. However, a 
problem arises if the speech recognition system does not 
output phonemes but only outputs words. In this case, a 
phoneme dictionary could be used to identify the phonemes 
10 in the words output by the speech recognition system. 

However, since the speech recognition system is likely to 
output a number of alternative words, using a word-to- 
phoneme dictionary to convert each word into one or more 
sequences of phonemes (in order to account for different 
15 pronunciations of each word) would result in a large 

amount of phoneme data being stored, which requires more 
memory and would slow down the subsequent retrieval of 
data files using the phoneme data. 

20 One aim of the present invention is to provide an 

alternative system for generating phoneme annotation data 
which corresponds to word annotation data. 

According to one aspect, the present invention provides 
25 an apparatus for determining a sequence of sub-word units 



representative of at least two words output by a word 
recognition unit in response to a common input word to be 
recognised, the apparatus comprising: means for receiving 
a first sequence of sub-word units representative of a 
first one of said at least two words and for receiving a 
second sequence of sub-word units representative of a 
second one of at least two words; means for aligning and 
comparing sub-word units of the first sequence with sub- 
word units of the second sequence to form a number of 
aligned pairs of sub-word units ; and means for 
determining a sequence of sub-word units representative 
of the received words in dependence upon the aligned 
pairs of sub-word units . 

The present invention also provides a method of 
determining a sequence of sub-word units representative 
of at least two words output by a word recognition unit 
in response to a common input word to be recognised, the 
method comprising the steps of: receiving a first 
sequence of sub-word units representative of a first one 
of at least two words; receiving a second sequence of 
sub-word units representative of a second one of said at 
least two words; aligning and comparing sub-word units of 
the first sequence with sub-word units of the second 
sequence to form a number of aligned pairs of sub-word 



units; and determining a sequence of sub-word units 
representative of the received words in dependence upon 
the aligned pairs of sub-word units. 

Exemplary embodiments of the present invention will now 
be described in more detail with reference to the 
accompanying drawings in which: 

Figure 1 is a schematic block diagram illustrating a user 
terminal which allows the annotation of a data file with 
annotation data generated from a spoken input from a 
user; 

Figure 2 is a schematic diagram of a word lattice 
illustrating the form of an output from an automatic 
speech recognition unit which forms part of the user 
terminal shown in Figure 1; 

Figure 3 is a schematic diagram of a phoneme and word 
lattice generated from the word lattice shown in Figure 
2 using a word-to-phoneme conversion unit which forms 
part of the user terminal shown in Figure 1; 

Figure 4 is a schematic block diagram of a user terminal 
which allows the user to retrieve information from the 



database by a typed or a spoken query; 

Figure 5a is a flow diagram illustrating part of the flow 
control of the user terminal shown in Figure 4 during a 
retrieval operation; 

Figure 5b is a flow diagram illustrating the remaining 
part of the flow control of the user terminal shown in 
Figure 4 during a retrieval operation; 

Figure 6 is a schematic block diagram illustrating the 
main components of the word-to-phoneme conversion unit 
which forms part of the user terminal shown in Figure 1; 

Figure 7 is a schematic diagram which shows a first and 
second sequence of phonemes representative of alternative 
words output by the speech recognition system shown in 
Figure 1, and a third sequence of phonemes which best 
represents the first and second sequence of phonemes, and 
which illustrates the possibility of there being phoneme 



insertions and deletions from the first and second 
sequence of phonemes relative to the third sequence of 
phonemes ; 

Figure 8 schematically illustrates a search space created 
by the sequences of phonemes representing the alternative 
words together with a start null node and an end null 
node; 

Figure 9 is a two-dimensional plot with the horizontal 
axis being provided for the phonemes corresponding to one 
of the word alternatives and the vertical axis being 
provided for the phonemes corresponding to the other word 
alternative, and showing a number of lattice points, each 
corresponding to a possible match between a phoneme of 
the first word alternative and a phoneme of the second 
word alternative; 

Figure 10 schematically illustrates the dynamic 
programming constraints employed in the dynamic 
programming matching process used in this embodiment; 

Figure 11 schematically illustrates the deletion and 
decoding probabilities which are stored for an example 
phoneme and which are used in the scoring of the dynamic 



programming matching process employed in the present 
embodiment ; 

Figure 12 is a flow diagram illustrating the main 
processing steps performed in the dynamic programming 
matching process; 

Figure 13 is a flow diagram illustrating the main 
processing steps employed to propagate dynamic 
programming paths from the null start node to the null 
end node; 

Figure 14 is a flow diagram illustrating the processing 
steps involved in determining a transition score for 
propagating a path during the dynamic programming 
matching process; 

Figure 15 is a flow diagram illustrating the processing 
steps employed in calculating scores for deletions and 
decodings of the first and second phoneme sequences 
corresponding to the word alternatives; 

Figure 16a is a schematic diagram of a word lattice 
illustrating three word alternatives output by the speech 
recognition system for an input spoken word; 



Figure 16b schematically illustrates a search space 
created by the three sequences of phonemes generated for 
the three word alternatives shown in Figure 16a; 

Figure 17 is a flow diagram illustrating the main 
processing steps employed to propagate dynamic 
programming paths from the null start node to the null 
end node ; 

Figure 18 is a flow diagram illustrating the processing 
steps employed in propagating a path during the dynamic 
programming process; 

Figure 19 is a flow diagram illustrating the processing 
steps involved in determining a transition score for 
propagating a path during the dynamic programming 
matching process; 

Figure 20a is a flow diagram illustrating a first part of 
the processing steps employed in calculating scores for 
deletions and decodings of phonemes during the dynamic 
programming matching process; 

Figure 2 0b is a flow diagram illustrating a second part 
of the processing steps employed in calculating scores 



for deletions and decodings of phonemes during the 
dynamic programming matching process; 

Figure 20c is a flow diagram illustrating a third part of 
the processing steps employed in calculating scores for 
deletions and decodings of phonemes during the dynamic 
programming matching process; 

Figure 20d is a flow diagram illustrating the remaining 
steps employed in the processing steps employed in 
calculating scores for deletions and decodings of 
phonemes during the dynamic programming matching process; 

Figure 21 is a schematic block diagram illustrating the 
form of an alternative user terminal which is operable to 
retrieve the data file from a database located within a 
remote server in response to an input voice query; and 

Figure 22 illustrates another user terminal which allows 
a user to retrieve data from a database located within a 
remote server in response to an input voice query. 

Embodiments of the present invention can be implemented 
using dedicated hardware circuits, but the embodiment 
that is to be described is implemented in computer 



software or code, which is run in conjunction with 
processing hardware such as a personal computer, 
workstation, photocopier, facsimile machine, personal 
digital assistant (PDA), web browser or the like. 

DATA FILE ANNOTATION 

Figure 1 illustrates the form of a user terminal 59 which 
allows a user to input a spoken annotation via the 
microphone 7 for annotating a data file 91 which is to be 
stored in a database 29. In this embodiment, the data 
file 91 comprises a two dimensional image generated by, 
for example, a camera. The user terminal 59 allows the 
user 3 9 to annotate the 2D image with an appropriate 
annotation which can be used subsequently for retrieving 
the 2D image from the database 29. In this embodiment, 
the user's spoken input is converted by the automatic 
speech recognition unit 51 into a sequence of words with 
alternatives which are passed to the word to phoneme 
conversion unit 75. The word to phoneme conversion unit 
75 determines the most probable phoneme sequence which 
could have been mis-recognised as the sequence of words 
output by the speech recognition unit 5 1 . The way that 
the word to phoneme conversion unit 75 identifies this 
sequence of phonemes will be described later. 



In this embodiment, this sequence of phonemes and the 
sequence of words are combined into a combined phoneme 
and word lattice. Figure 2 illustrates a sequence of 
words generated by the speech recognition unit 51 in 
response to the spoken annotation "Taj Mahal". Since 
this is not a word in the automatic speech recognition 
unit's vocabulary, the recognition unit outputs the words 
which are most similar. In this case, the recogniser 
outputs the word sequences "tar mar hal" and "touch mar 
hal". Figure 3 illustrates the combined phoneme and word 
lattice generated after the word to phoneme conversion 
unit 75 identifies the sequence of phonemes which 
corresponds to the words identified by the automatic 
speech recognition unit 51. As shown, the phoneme and 
word lattice is an acyclic directed graph with a single 
entry point and a single exit point. It is not simply a 
sequence of words with alternatives, since each word does 
not have to be replaced by a single alternative, one word 
can be substituted for two or more words or phonemes, and 
the whole structure can form a substitution for one or 
more words or phonemes. Therefore, the density of the 
data within the phoneme and word lattice annotation data 
essentially remains linear, rather than growing 
exponentially as in the case of a system which generates 
the N-best word lists for the spoken annotation input. 
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This combined phoneme and word lattice is then output to 
the control unit 55 which, in this embodiment, appends 
the phoneme and word lattice as an annotation to the data 
file 91 which is then stored in the database 29. During 
this annotating step, the control unit 55 is operable to 
display the 2D image on the display 57, so that the user 
can ensure that the annotation data is associated with 
the correct data file 91. 

In this embodiment, the annotation data generated by the 
automatic speech recognition unit 51 and the phonetic 
transcription unit 75 has the following general form: 
HEADER 

- flag if word if phoneme if mixed 

- time index associating the location of 
blocks of annotation data within memory to 

a given time point. 

- word set used (i.e. the dictionary) 

- phoneme set used 

- the language to which the vocabulary 
pertains 

- phoneme probability data 
Block(i) i = 0,1,2, 

node Nj j = 0 , 1 , 2 , 

- time offset of node from start of block 
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- phoneme links (k) k = 0,1,2 

offset to node N-j = N k -N-j (N k is node to 
which link K extends) or if N k is in 
block (i+1) offset to node Nj = N k +N b -N-, 
(where N b is the number of nodes in 
block (i)) 

phoneme associated with link (k) 

- word links (1) 1 = 0,1,2, 

offset to node N-j = Nj. - Nj {Nj is node 
to which link 1 extends) or if N k is in 
block (i+1) offset to node Nj = N k +N b -Nj 
(where N b is the number of nodes in 
block (i)) 

word associated with link (1) 

The flag identifying if the annotation data is word 
annotation data, phoneme annotation data or if it is 
mixed is provided since not all the data files within the 
database will include the combined phoneme and word 
lattice annotation data discussed above, and in this 
case, a different search strategy would be used to search 
this annotation data. 

In this embodiment, the annotation data is divided into 
blocks of nodes in order to allow the search to jump into 
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the middle of the annotation data for a given search. 
The header therefore includes a time index which 
associates the location of the blocks of annotation data 
within the memory to a given time offset between the time 
of start and the time corresponding to the beginning of 
the block. 

The header also includes data defining the word set used 
(i.e. the dictionary), the phoneme set used and their 
probabilities and the language to which the vocabulary 
pertains. The header may also include details of the 
automatic speech recognition system used to generate the 
annotation data and any appropriate settings thereof 
which were used during the generation of the annotation 
data . 

The blocks of annotation data then follow the header and 
identify, for each node in the block, the time offset of 
the node from the start of the block, the phoneme links 
which connect that node to other nodes by phonemes and 
word links which connect that node to other nodes by 
words . Each phoneme link and word link identifies the 
phoneme or word which is associated with the link. They 
also identify the offset to the current node. For 
example, if node N 50 is linked to node N 55 by a phoneme 
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link, then the offset to node N 50 is 5. As those skilled 
in the art will appreciate, using an offset indication 
like this allows the division of the continuous 
annotation data into separate blocks . 

5 

As will be explained in more detail below, the use of 
such phoneme and word lattice annotation data allows a 
quick and efficient search of the database 29 to be 
carried out, to identify and to retrieve a desired 2D 

10 image data file stored therein. This can be achieved by 

firstly searching in the database 29 using the word data 
and, if this search fails to provide the required data 
file, then performing a further search using the more 
robust phoneme data. As those skilled in the art of 

15 speech recognition will realise, use of phoneme data is 

more robust because phonemes are dictionary independent 
and allow the system to cope with out of vocabulary 
words, such as names, places, foreign words etc. Use of 
phoneme data is also capable of making the system future- 

2 0 proof, since it allows data files which are placed into 

the database 29 to be retrieved when the original 
annotation was input by voice and the original automatic 
speech recognition system did not understand the words of 
the input annotation. 



25 
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DATA FILE RETRIEVAL 

Figure 4 is a block diagram illustrating the form of a 
user terminal 59 which is used, in this embodiment, to 
retrieve the annotated 2D images from the database 29. 
This user terminal 59 may be, for example, a personal 
computer, a hand-held device or the like. As shown, in 
this embodiment, the user terminal 59 comprises the 
database 29 of annotated 2D images, an automatic speech 
recognition unit 51, a phonetic transcription unit 77, a 
keyboard 3, a microphone 7, a search engine 53, a control 
unit 55 and a display 57. In operation, the user inputs 
either a voice query via the microphone 7 or a typed 
query via the keyboard 3 and the query is processed 
either by the automatic speech recognition unit 51 and 
the phonetic transcription unit 77 or by the keyboard and 
the phonetic transcription unit 7 7 to generate 
corresponding phoneme and word data. This data may also 
take the form of a phoneme and word lattice, but this is 
not essential. This phoneme and word data is then input 
to the control unit 55 which is operable to initiate an 
appropriate search of the database 29 using the search 
engine 53. The results of the search, generated by the 
search engine 53, are then transmitted back to the 
control unit 55 which analyses the search results and 
generates and displays appropriate display data (such as 



the retrieved 2D image) to the user via the display 57. 

Figures 5a and 5b are flow diagrams which illustrate the 
way in which the user terminal 59 operates in this 
embodiment. In step si, the user terminal 59 is in an 
idle state and awaits an input query from the user 39. 
Upon receipt of an input query, the phoneme and word data 
for the input query is generated in step s3. The control 
unit 55 then instructs the search engine 53, in step s5 , 
to perform a search in the database 29 using the word 
data generated from the input query. The word search 
employed in this embodiment is conventional and will not 
be described in more detail here. If in step s7, the 
control unit 55 identifies from the search results, that 
a match for the user's input query has been found, then 
it outputs the search results to the user via the display 
57. 

In this embodiment, the user terminal 59 then allows the 
user to consider the search results and awaits the user's 
confirmation as to whether or not the results correspond 
to the information the user requires. If they are, then 
the processing proceeds from step sll to the end of the 
processing and the user terminal 5 9 returns to its idle 
state and awaits the next input query. If, however, the 
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user indicates (by, for example, inputting an appropriate 
voice command) that the search results do not correspond 
to the desired information, then the processing proceeds 
from step sll to step sl3, where the search engine 53 
5 performs a phoneme search of the database 29. However, 

in this embodiment, the phoneme search performed in step 
sl3 is not of the whole database 29, since this could 
take several hours depending on the size of the database 
29. 

10 

Instead, in this embodiment, the phoneme search performed 
in step sl3 uses the results of the word search performed 
in step s5 to identify one or more portions within the 
database which may correspond to the user's input query. 

15 For example, if the query comprises three words and the 

word search only identifies one or two of the query words 
in the annotation, then it performs a phoneme search of 
the portions of the annotations surrounding the 
identified word or words. Ways in which this phoneme 

20 search can be carried out are described in the 

Applicant's co-pending patent applications GB 9925561.4, 
GB 9925574.7, GB 9925576.2, and GB 9925562.2, the 
contents of which are incorporated herein by reference. 

25 After the phoneme search has been performed, the control 
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unit 55 identifies, in step sl5, if a match has been 
found. If a match has been found, then the processing 
proceeds to step sl7 where the control unit 55 causes the 
search results to be displayed to the user on the display 
57. Again, the system then awaits the user's 
confirmation as to whether or not the search results 
correspond to the desired information. If the results 
are correct, then the processing passes from step sl9 to 
the end and the user terminal 59 returns to its idle 
state and awaits the next input query. If however, the 
user indicates that the search results do not correspond 
to the desired information, then the processing proceeds 
from step sl9 to step s21, where the control unit 55 is 
operable to ask the user, via the display 57, whether or 
not a phoneme search should be performed of the whole 
database 29. If in response to this query, the user 
indicates that such a search should be performed, then 
the processing proceeds to step s23 where the search 
engine performs a phoneme search of the entire database 
29. 

On completion of this search, the control unit 55 
identifies, in step s25, whether or not a match for the 
user's input query has been found. If a match is found, 
then the processing proceeds to step s27 where the 
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control unit 55 causes the search results to be displayed 
to the user on the display 57. If the search results are 
correct, then the processing proceeds from step s29 to 
the end of the processing and the user terminal 59 
returns to its idle state and awaits the next input 
query. If, on the other hand, the user indicates that 
the search results still do not correspond to the desired 
information, then the processing passes to step s31 where 
the control unit 55 queries the user, via the display 57, 
whether or not the user wishes to redefine or amend the 
search query. If the user does wish to redefine or amend 
the search query, then the processing returns to step s3 
where the user's subsequent input query is processed in 
a similar manner. If the search is not to be redefined 
or amended, then the search results and the user's 
initial input query are discarded and the user terminal 
59 returns to its idle state and awaits the next input 
query . 

A general description has been given above of the way in 
which a search is carried out in this embodiment by the 
user terminal 59 in response to an input query from a 
user. A more detailed description will now be given of 
the way in which the word to phoneme conversion unit 75 
identifies the most probable phoneme sequence which could 



have been mis-recognised as the word alternatives output 
by the speech recognition unit 51. 

WORDS TO PHONEME 

As described above , where two or more word alternatives 
are output by the automatic speech recognition unit 51, 
the phoneme to word conversion unit 75 determines the 
most probable phoneme sequence which could have been mis- 
recognised as the word alternatives. Figure 6 shows in 
more detail the components of the phoneme to word 
conversion unit 75. As shown, there is a word to phoneme 
dictionary 76 which is operable to receive the words 
output from the automatic speech recognition unit and to 
identify the sequence of phonemes which corresponds to 
each word alternative. The sequences of phonemes output 
by the word to phoneme dictionary 76 are then passed to 
a dynamic programming alignment unit 78 which, in this 
embodiment, uses a dynamic programming alignment 
technique to compare the phoneme sequences and to 
determine the best alignment between them. The 
identified alignment between the input sequences is then 
input to a phoneme sequence determination unit 79, which 
uses this alignment to determine the sequence of phonemes 
which matches best with the input phoneme sequences. 
When no alternative words are output by the automatic 
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speech recognition unit, the phoneme to word conversion 
unit 75 simply uses the word to phoneme dictionary 76 to 
identify the corresponding sequence of phonemes for the 
recognised word. 

When there are word alternatives, the phoneme to word 
conversion unit 75 essentially tries to determine the 
sequence of canonical phonemes representative of the text 
of what was actually spoken given the two word 
alternatives output by the speech recognition unit 5 1 . 
As those skilled in the art will appreciate, each phoneme 
sequence representative of a word alternative can have 
insertions and deletions relative to this unknown 
canonical sequence of phonemes. This is illustrated in 
Figure 7, which shows a possible matching between a first 
phoneme sequence (labelled d} ir d 1 ^, d 1 i+2 ...), a second 
phoneme sequence (labelled d 2 ^, d 2 j+1/ d 2 j+2 ••-) and a 
sequence of phonemes (labelled p n , p n+1 , p n+2 •••) which 
represents the canonical sequence of phonemes of the text 
of what was actually spoken. As shown in Figure 7, the 
dynamic programming alignment unit 78 must allow for the 
insertion of phonemes in both the first and second 
phoneme sequences (represented by the inserted phonemes 
d^+3 and d 2 j+1 ) as well as the deletion of phonemes from 
the first and second phoneme sequences (represented by 



phonemes d 1 ^ and d 2 j+2 , which are both aligned with two 
phonemes in the canonical sequence of phonemes), relative 
to the canonical sequence of phonemes. 

OVERVIEW OF DP ALIGNMENT 

As those skilled in the art of speech processing know, 
dynamic programming is a technique which can be used to 
find the optimum alignment between sequences of features, 
which in this embodiment are phonemes. In the simple 
case where there are two sequences of phonemes to be 
aligned, the dynamic programming alignment unit 78 does 
this by simultaneously propagating a plurality of dynamic 
programming paths, each of which represents a possible 
alignment between a sequence of phonemes from the first 
sequence and a sequence of phonemes from the second 
sequence. All paths begin at a start null node which is 
at the beginning of the two input sequences of phonemes 
and propagate until they reach an end null node, which is 
at the end of the two sequences of phonemes. 

Figures 8 and 9 schematically illustrate the alignment 
which is performed and this path propagation. In 
particular, Figure 8 shows a rectangular coordinate plot 
with the horizontal axis being provided for the first 
phoneme sequence and the vertical axis being provided for 
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the second phoneme sequence. The start null node 0 S is 
provided at the top left hand corner and the end null 
node 0 e is provided at the bottom right hand corner. As 
shown in Figure 9, the phonemes of the first sequence are 
provided along the horizontal axis and the phonemes of 
the second sequence are provided down the vertical axis. 
Figure 9 also shows a number of lattice points, each of 
which represents a possible alignment (or decoding) 
between a phoneme of the first phoneme sequence and a 
phoneme of the second phoneme sequence. For example, 
lattice point 21 represents a possible alignment between 
first sequence phoneme d 1 3 and second sequence phoneme 
d 2 1 . Figure 9 also shows three dynamic programming paths 
m lr m 2 and m 3 which represent three possible alignments 
between the first and second phoneme sequences and which 
begin at the start null node 0 S and propagate through the 
lattice points to the end null node 0 e . 

In order to determine the best alignment between the 
first and second phoneme sequences, the dynamic 
programming alignment unit 78 keeps a score for each of 
the dynamic programming paths which it propagates, which 
score is dependent upon the overall similarity of the 
phonemes which are aligned along the path. Additionally, 
in order to limit the number of deletions and insertions 



25 

of phonemes in the sequences being aligned, the dynamic 
programming process places certain constraints on the way 
in which each dynamic programming path can propagate. 

Figure 10 shows the dynamic programming constraints which 
are used in this embodiment. In particular, if a dynamic 
programming path ends at lattice point (i,j), 
representing an alignment between phoneme d 1 ! of the 
first phoneme sequence and phoneme d 2 j of the second 
phoneme sequence, then that dynamic programming path can 
propagate to the lattice points (i+l,j), {i+2,j), 
(i+3,j), (i,j+l), (i+l,j+l), <i+2,j+l), <i,j+2), 
(i+l,j+2) and (i,j+3). These propagations therefore 
allow the insertion and deletion of phonemes in the first 
and second phoneme sequences relative to the unknown 
canonical sequence of phonemes corresponding to the text 
of what was actually spoken. 

As mentioned above, the dynamic programming alignment 
unit 78 keeps a score for each of the dynamic programming 
paths, which score is dependent upon the similarity of 
the phonemes which are aligned along the path. 
Therefore, when propagating a path ending at point (i,j) 
to these other points, the dynamic programming process 
adds the respective "cost" of doing so to the cumulative 
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score for the path ending at point <i,j), which is stored 
in a store ( SCORE (i,j)) associated with that point. In 
this embodiment, this cost includes insertion 
probabilities for any inserted phonemes, deletion 
probabilities for any deletions and decoding 
probabilities for a new alignment between a phoneme from 
the first phoneme sequence and a phoneme from the second 
phoneme sequence. In particular, when there is an 
insertion, the cumulative score is multiplied by the 
probability of inserting the given phoneme; when there is 
a deletion, the cumulative score is multiplied by the 
probability of deleting the phoneme; and when there is a 
decoding, the cumulative score is multiplied by the 
probability of decoding the two phonemes. 

In order to be able to calculate these probabilities, the 
system stores a probability for all possible phoneme 
combinations in memory 81. In this embodiment, the 
deletion of a phoneme from either the first or second 
phoneme sequence is treated in a similar manner to a 
decoding. This is achieved by simply treating a deletion 
as another phoneme. Therefore, if there are 4 3 phonemes 
known to the system, then the system will store one 
thousand eight hundred and ninety two (1892 = 43 x 44) 
decoding/deletion probabilities, one for each possible 
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phoneme decoding and deletion. This is illustrated in 
Figure 11, which shows the possible phoneme decodings 
which are stored for the phoneme /ax/ and which includes 
the deletion phoneme (0) as one of the possibilities. As 
5 those skilled in the art will appreciate, all the 

decoding probabilities for a given phoneme must sum to 
one, since there are no other possibilities. In addition 
to these decoding/deletion probabilities, 43 insertion 
probabilities (PI( )), one for each possible phoneme 
10 insertion, is also stored in the memory 81. As will be 

described later, these probabilities are determined in 
advance from training data. 



In this embodiment, to calculate the probability of 
15 decoding a phoneme (d 2 d ) from the second phoneme sequence 

as a phoneme (d 1 ^ from the first phoneme sequence, the 
system sums, over all possible phonemes p, the 
probability of decoding the phoneme p as the first 
sequence phoneme d 1 ± and as the second sequence phoneme 
2 0 d 2 -j, weighted by the probability of phoneme p occurring 

unconditionally, i.e.: 

P(d?\d?) = £ P(di \P r )P(d-\p r )P(P r ) < 1 > 
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where N p is the total number of phonemes known to the 
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system; p(d 1 i |p r ) is the probability of decoding phoneme 
p r as the first sequence phoneme d l L ; P(d 2 jjp r ) is the 
probability of decoding phoneme p r as the second sequence 
phoneme d^; and P(p r ) is the probability of phoneme p r 
5 occurring unconditionally. 



To illustrate the score propagations, an example will now 
be considered. In particular, when propagating from 
lattice point (i,j) to lattice point (i+2,j+l), the 

10 phoneme d 1 ^ from the first phoneme sequence is inserted 

relative to the second phoneme sequence and there is a 
decoding between phoneme d 1 i+2 from the first phoneme 
sequence and phoneme d 2 J+1 from the second phoneme 
sequence. Therefore, the score propagated to point 

15 (i+2,j+l) is given by: 

N p 

S(/ + 2,M) = S(/,y).P/(d ( 1 +1 )X P(d^ 2 \p r )P(d^ \ Pr )P( Pr ) < 2 ) 



As those skilled in the art will appreciate, during this 
path propagation, several paths will meet at the same 
lattice point. In order that the best path is 
20 propagated, a comparison between the scores is made at 

each lattice point and the path having the best score is 
continued whilst the other path(s) is (are) discarded. 
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In order that the best alignment between the two input 
phoneme sequences can be determined, where paths meet and 
paths are discarded, a back pointer is stored pointing to 
the lattice point from which the path which was not 
5 discarded, propagated. In this way, once the dynamic 

programming alignment unit 78 has propagated the paths 
through to the null end node and the path having the 
overall best score has been determined, a back tracking 
routine can be used to identify the best alignment of the 
10 phonemes in the two input phoneme sequences. The phoneme 

sequence determination unit 79 then uses this alignment, 
to determine the sequence of phonemes which best 
represents the input phoneme sequences. The way in which 
this is achieved in this embodiment will be described 



DETAILED DESCRIPTION OF DP ALIGNMENT 

A more detailed description will now be given of the 
operation of the dynamic programming alignment unit 78 

20 when two sequences of phonemes, for two word alternatives 

output by the automatic speech recognition unit 51, are 
aligned. Initially, the alignment unit 78 propagates 
paths from the null start node (0 S ) to all possible start 
points defined by the dynamic programming constraints 

25 discussed above. The dynamic programming score for the 



paths that are started are then set to equal the 
transition score for passing from the null start node to 
the respective start point. The paths which are started 
in this way are then propagated through the array of 
lattice points defined by the first and second phoneme 
sequences until they reach the null end node 0 e . To do 
this, the alignment unit 78 processes the array of 
lattice points column by column in a raster like 
technique. 

The control algorithm used to control this raster 
processing operation is shown in Figure 12. As shown, in 
step sl49, the system initialises a first phoneme 
sequence loop pointer, i, and a second phoneme loop 
pointer, j , to zero. Then in step sl51, the system 
compares the first phoneme sequence loop pointer i with 
the number of phonemes in the first phoneme sequence 
(Nseql). Initially the first phoneme sequence loop 
pointer i is set to zero and the processing therefore 
proceeds to step sl53 where a similar comparison is made 
for the second phoneme sequence loop pointer j relative 
to the total number of phonemes in the second phoneme 
sequence (Nseq2). Initially the loop pointer j is also 
set to zero and therefore the processing proceeds to step 
sl55 where the system propagates the path ending at 
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lattice point (i,j) using the dynamic programming 
constraints discussed above. The way in which the system 
propagates the paths in step sl55 will be described in 
more detail later. After step sl55, the loop pointer j 
5 is incremented by one in step sl57 and the processing 

returns to step sl53. Once this processing has looped 
through all the phonemes in the second phoneme sequence 
(thereby processing the current column of lattice 
points), the processing proceeds to step sl59 where the 

10 loop pointer j is reset to zero and the loop pointer i is 

incremented by one. The processing then returns to step 
sl51 where a similar procedure is performed for the next 
column of lattice points. Once the last column of 
lattice points has been processed, the processing 

15 proceeds to step sl61 where the loop pointer i is reset 

to zero and the processing ends. 



Propagate 

In step sl55 shown in Figure 12, the system propagates 
20 the path ending at lattice point (i,j) using the dynamic 

programming constraints discussed above. Figure 13 is a 
flowchart which illustrates the processing steps involved 
in performing this propagation step. As shown, in step 
s211, the system sets the values of two variables mxi and 
25 mxj and initialises first phoneme sequence loop pointer 
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12 and second phoneme sequence loop pointer j2. The loop 
pointers 12 and j2 are provided to loop through all the 
lattice points to which the path ending at point (i,j) 
can propagate to and the variables mxi and mxj are used 
to ensure that i2 and j2 can only take the values which 
are allowed by the dynamic programming constraints. In 
particular, mxi is set equal to i plus mxhops (which is 
a constant having a value which is one more than the 
maximum number of "hops" allowed by the dynamic 
programming constraints and in this embodiment is set to 
a value of four, since a path can jump at most to a 
phoneme that is three phonemes further along the 
sequence), provided this is less than or equal to the 
number of phonemes in the first phoneme sequence, 
otherwise mxi is set equal to the number of phonemes in 
the first phoneme sequence (Nseql). Similarly, mxj is 
set equal to j plus mxhops, provided this is less than or 
equal to the number of phonemes in the second phoneme 
sequence, otherwise mxj is set equal to the number of 
phonemes in the second phoneme sequence (Nseq2). 
Finally, in step s211, the system initialises the first 
phoneme sequence loop pointer 12 to be equal to the 
current value of the first phoneme sequence loop pointer 
i and the second phoneme sequence loop pointer j2 to be 
equal to the current value of the second phoneme sequence 



loop pointer j . 



The processing then proceeds to step s219 where the 
system compares the first phoneme sequence loop pointer 
12 with the variable mxi. Since loop pointer 12 is set 
to i and mxi is set equal to i+4, in step s211, the 
processing will proceed to step s221 where a similar 
comparison is made for the second phoneme sequence loop 
pointer j2. The processing then proceeds to step s223 
which ensures that the path does not stay at the same 
lattice point (i,j) since initially, 12 will equal i and 
j2 will equal j. Therefore, the processing will 
initially proceed to step s225 where the query phoneme 
loop pointer j2 is incremented by one. 

The processing then returns to step s221 where the 
incremented value of j2 is compared with rax j . If j2 is 
less than mx j , then the processing returns to step s223 
and then proceeds to step s227, which is operable to 
prevent too large a hop along both phoneme sequences . It 
does this by ensuring that the path is only propagated if 
12 + j2 is less than i + j + mxhops . This ensures that 
only the triangular set of points shown in Figure 10 are 
processed. Provided this condition is met, the 

processing proceeds to step s229 where the system 



34 

calculates the transition score (TRANSCORE) from lattice 
point (i,j) to lattice point (12,j2). In this 
embodiment, the transition and cumulative scores are 
probability based and they are combined by multiplying 
the probabilities together. However, in this embodiment, 
in order to remove the need to perform multiplications 
and in order to avoid the use of high floating point 
precision, the system employs log probabilities for the 
transition and cumulative scores. Therefore, in step 
s231, the system adds this transition score to the 
cumulative score stored for the point (i,j) and copies 
this to a temporary store, TEMPSCORE. 

As mentioned above, in this embodiment, if two or more 
dynamic programming paths meet at the same lattice point, 
the cumulative scores associated with each of the paths 
are compared and all but the best path (i.e. the path 
having the best score) are discarded. Therefore, in step 
s233, the system compares TEMPSCORE with the cumulative 
score already stored for point {12, j2) and the largest 
score is stored in SCORE (12, j2) and an appropriate back 
pointer is stored to identify which path had the larger 
score. The processing then returns to step s225 where 
the loop pointer j2 is incremented by one and the 
processing returns to step s221. Once the second phoneme 



sequence loop pointer j2 has reached the value of mx j , 
the processing proceeds to step s235, where the loop 
pointer j2 is reset to the initial value j and the first 
phoneme sequence loop pointer i2 is incremented by one. 
The processing then returns to step s219 where the 
processing begins again for the next column of points 
shown in Figure 10. Once the path has been propagated 
from point (i,j) to all the other points shown in Figure 
10, the processing ends. 

Transition Score 

In step s229 the transition score from one point (i, j) to 
another point (i2,j2) is calculated. This involves 
calculating the appropriate insertion probabilities, 
deletion probabilities and decoding probabilities 
relative to the start point and end point of the 
transition. The way in which this is achieved in this 
embodiment, will now be described with reference to 
Figures 14 and 15. 

In particular, Figure 14 shows a flow diagram which 
illustrates the general processing steps involved in 
calculating the transition score for a path propagating 
from lattice point (i,j) to lattice point (i2,j2). In 
step s291, the system calculates, for each first sequence 
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phoneme which is inserted between point (i,j) and point 
(i2,j2), the score for inserting the inserted phoneme (s) 
(which is just the log of probability PI( ) discussed 
above) and adds this to an appropriate store, 
5 INSERTSCORE. The processing then proceeds to step s293 

where the system performs a similar calculation for each 
second sequence phoneme which is inserted between point 
(i,j) and point (i2, j2) and adds this to INSERTSCORE. As 
mentioned above, the scores which are calculated are log 

10 based probabilities, therefore the addition of the scores 

in INSERTSCORE corresponds to the multiplication of the 
corresponding insertion probabilities. The processing 
then proceeds to step s295 where the system calculates 
(in accordance with equation (1) above) the scores for 

15 any deletions and/or any decodings in propagating from 

point (i,j) to point (i2,j2) and these scores are added 
and stored in an appropriate store, DELSCORE. The 
processing then proceeds to step s2 97 where the system 
adds INSERTSCORE and DELSCORE and copies the result to 



The processing involved in step s2 95 to determine the 
deletion and/or decoding scores in propagating from point 
(i,j) to point (i2,j2) will now be described in more 
25 detail with reference to Figure 15. 
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As shown, initially in step s325, the system determines 
if the first phoneme sequence loop pointer i2 equals 
first phoneme sequence loop pointer i. If it does, then 
the processing proceeds to step s327 where a phoneme loop 
pointer r is initialised to one. The phoneme pointer r 
is used to loop through each possible phoneme known to 
the system during the calculation of equation (1) above. 
The processing then proceeds to step s329, where the 
system compares the phoneme pointer r with the number of 
phonemes known to the system, Nphonemes (which in this 
embodiment equals 43). Initially r is set to one in step 
s327, therefore the processing proceeds to step s331 
where the system determines the log probability of 
phoneme p r occurring (i.e. log P(p r )) and copies this to 
a temporary score TEMPDELSCORE. If first phoneme 
sequence loop pointer i2 equals annotation phoneme i, 
then the system is propagating the path ending at point 
(i,j) to one of the points (i,j+l), (i,j+2) or (i,j+3). 
Therefore, there is a phoneme in the second phoneme 
sequence which is not in the first phoneme sequence. 
Consequently, in step s3 33, the system adds the log 
probability of deleting phoneme p r from the first phoneme 
sequence (i.e. log P(0|p r )) to TEMPDELSCORE. The 
processing then proceeds to step s335, where the system 
adds the log probability of decoding phoneme p r as second 
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sequence phoneme d 2 j2 (i.e. log P(d 2 j2 |pr)) to 
TEMPDELSCORE . The processing then proceeds to step s337 
where a "log addition" of TEMPDELSCORE and DELS CORE is 
performed and the result is stored in DELSCORE. In this 
5 embodiment , since the calculation of decoding 

probabilities (in accordance with equation (1) above) 
involves summations and multiplications of probabilities, 
and since we are using log probabilities this "log 
addition" operation effectively converts TEMDELSCORE and 
10 DELSCORE from log probabilities back to probabilities, 

adds them and then reconverts them back to log 
probabilities. This "log addition" is a well known 
technique in the art of speech processing and is 
described in, for example, the book entitled "Automatic 
15 Speech Recognition. The development of the (Sphinx) 

system" by Lee, Kai-Fu published by Kluwer Academic 
Publishers, 1989, at pages 28 and 29. After step s337, 
the processing proceeds to step s3 39 where the phoneme 
loop pointer r is incremented by one and then the 
20 processing returns to step s32 9 where a similar 

processing is performed for the next phoneme known to the 
system. Once this calculation has been performed for 
each of the 43 phonemes known to the system, the 
processing ends. 
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If at step s325, the system determines that 12 is not 
equal to 1, then the processing proceeds to step s341 
where the system determines if the second phoneme 
sequence loop pointer j2 equals second phoneme sequence 
loop pointer j. If it does, then the processing proceeds 
to step s343 where the phoneme loop pointer r is 
initialised to one. The processing then proceeds to step 
s345 where the phoneme loop pointer r is compared with 
the total number of phonemes known to the system 
(Nphonemes). Initially r is set to one in step s343, and 
therefore, the processing proceeds to step s347 where the 
log probability of phoneme p r occurring is determined and 
copied into the temporary store TEMPDELSCORE . The 
processing then proceeds to step s349 where the system 
determines the log probability of decoding phoneme p r as 
first sequence phoneme d 1 ^ and adds this to TEMPDELSCORE. 
If the second phoneme sequence loop pointer j2 equals 
loop pointer j , then the system is propagating the path 
ending at point (i,j) to one of the points (i+l,j), 
(i+2,j) or (i+3,j). Therefore, there is a phoneme in the 
first phoneme sequence which is not in the second phoneme 
sequence. Consequently, in step s351, the system 
determines the log probability of deleting phoneme p r 
from the second phoneme sequence and adds this to 
TEMPDELSCORE. The processing then proceeds to step s353 
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where the system performs the log addition of 
TEMPDELSCORE with DELSCORE and stores the result in 
DELSCORE. The phoneme loop pointer r is then incremented 
by one in step s355 and the processing returns to step 
5 s345. Once the processing steps s347 to s353 have been 

performed for all the phonemes known to the system, the 
processing ends. 

If at step s341, the system determines that second 
10 phoneme sequence loop pointer j2 is not equal to loop 

pointer j , then the processing proceeds to step s357 
where the phoneme loop pointer r is initialised to one. 
The processing then proceeds to step s359 where the 
system compares the phoneme counter r with the number of 
15 phonemes known to the system (Nphonemes). Initially r is 

set to one in step s357, and therefore, the processing 
proceeds to step s361 where the system determines the log 
probability of phoneme p r occurring and copies this to 
the temporary score TEMPDELSCORE. If the loop pointer j2 
2 0 is not equal to loop pointer j , then the system is 

propagating the path ending at point (i,j) to one of the 
points (i+l,j+l), (i+l,j+2) and (i+2,j+l). Therefore, 
there are no deletions, only insertions and decodings. 
The processing therefore proceeds to step s363 where the 
25 log probability of decoding phoneme p r as first sequence 
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phoneme d 1 ^ is added to TEMPDELSCORE . The processing 
then proceeds to step s365 where the log probability of 
decoding phoneme p r as second sequence phoneme d 2 j2 is 
determined and added to TEMPDELSCORE. The system then 
5 performs, in step s367, the log addition of TEMPDELSCORE 

with DELSCORE and stores the result in DELSCORE. The 
phoneme counter r is then incremented by one in step s369 
and the processing returns to step s359. Once processing 
steps s361 to s367 have been performed for all the 
10 phonemes known to the system, the processing ends. 

Backtracking and Phoneme Sequence Generation 

As mentioned above, after the dynamic programming paths 

have been propagated to the null end node 0 e/ the path 

15 having the best cumulative score is identified and the 

dynamic programming alignment unit 78 backtracks through 
the back pointers which were stored in step s233 for the 
best path, in order to identify the best alignment 
between the two input sequences of phonemes. In this 

20 embodiment, the phoneme sequence determination unit 79 

then determines, for each aligned pair of phonemes (d^, 
d 2 n ) of the best alignment, the unknown phoneme, p, which 
maximises the following probability: 



25 



P(d' m \p)P(d*\p)P{p) 



(3) 



42 

using the decoding probabilities discussed above which 
are stored in memory 81. This phoneme, p, is the phoneme 
which is taken to best represent the aligned pair of 
phonemes. By identifying phoneme, p, for each aligned 
pair, the determination unit 79 identifies the sequence 
of canonical phonemes that best represents the two input 
phoneme sequences. In this embodiment, this canonical 
sequence is then output by the determination unit 79 to 
the phoneme and word combination unit 80 which combines 
this phoneme sequence with the corresponding word 
alternatives to generate the above mentioned phoneme and 
word lattice. As mentioned above, this lattice is then 
output to the control unit 55 shown in Figure 1, which is 
operable to append the annotation to the corresponding 
data file 91. 

A description has been given above of the way in which 
the dynamic programming alignment unit 78 aligns two 
sequences of phonemes and the way in which the phoneme 
sequence determination unit 79 obtains the sequence of 
phonemes which best represents the two input sequences 
given this best alignment. As those skilled in the art 
will appreciate the automatic speech recognition unit 51 
will often generate more than just one word alternative. 
Further, more than one phoneme sequence may be stored for 
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each of the word alternatives in the word to phoneme 
dictionary 76. Therefore, the dynamic programming 
alignment unit 78 must be able to align any number of 
input phoneme sequences and the determination unit 79 
must be able to derive the phoneme sequence which best 
represents any number of input phoneme sequences given 
the best alignment between them. A description will now 
be given of the way in which the dynamic programming 
alignment unit 78 aligns three phoneme sequences together 
and how the determination unit 79 determines the phoneme 
sequence which best represents the three input phoneme 
sequences. These three sequences may represent, for 
example, the phoneme sequences output by the word to 
phoneme dictionary 76 for the three word alternatives 
"late", "bait" and "plate" shown in Figure 16a. 

Figure 16b shows a three-dimensional coordinate plot with 
one dimension being provided for each of the three 
phoneme sequences and illustrates the three-dimensional 
lattice of points which are processed by the dynamic 
programming alignment unit 78 in this case. The 
alignment unit 7 8 uses the same transition scores, 
dynamic programming constraints and phoneme probabilities 
in order to propagate and score each of the paths through 
the three-dimensional network of lattice points in the 
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plot shown in Figure 16b. 

A detailed description will now be given with reference 
to Figures 17 to 20 of the three-dimensional dynamic 
5 programming alignment carried out by the alignment unit 

78 in this case. As those skilled in the art will 
appreciate from a comparison of Figures 17 to 20 with 
Figures 12 to 15, the three-dimensional dynamic 
programming process that is performed is essentially the 
10 same as the two-dimensional dynamic programming process 

performed when there were only two input phoneme 
sequences, except with the addition of a few further 
control loops in order to take into account the extra 
phoneme sequence. 

15 

As in the first case, the dynamic programming alignment 
unit 78 initially propagates dynamic programming paths 
from the null start node 0 e to each of the start points 
defined by the dynamic programming constraints. It then 

2 0 propagates these paths from these start points to the 

null end node 0 e by processing the points in the search 
space in a raster-like fashion. The control algorithm 
used to control this raster processing operation is shown 
in Figure 17. As can be seen from a comparison of Figure 

25 17 with Figure 12, this control algorithm has the same 



general form as the control algorithm used when there 
were only two phoneme sequences to be aligned. The only 
differences are in the more complex propagation step s419 
and in the provision of query block s421, block s423 and 
block s425 which are needed in order to process the 
additional lattice points caused by the third phoneme 
sequence. For a better understanding of how the control 
algorithm illustrated in Figure 17 operates, the reader 
is referred to the description given above of Figure 12 . 

Figure 18 is a flowchart which illustrates the processing 
steps involved in the propagation step s419 shown in 
Figure 17. Figure 13 shows the corresponding flowchart 
for the two-dimensional case described above. As can be 
seen from a comparison of Figure 18 with Figure 13 , the 
main differences between the two flowcharts are the 
additional variables (mxk and k2 ) and processing blocks 
(s451, s453, s455 and s457) which are required to process 
the additional lattice points due to the third phoneme 
sequence. For a better understanding of the processing 
steps involved in the flowchart shown in Figure 18 , the 
reader is referred to the description of Figure 13. 

Figure 19 is a flowchart illustrating the processing 
steps involved in calculating the transition score when 
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a dynamic programming path is propagated from point 
(i,j,k) to point (i2, j2, k2) during the processing steps 
in Figure 18. Figure 14 shows the corresponding 
flowchart for the two-dimensional case described above. 
As can be seen from comparing Figure 19 to Figure 14, the 
main difference between the two flowcharts is the 
additional process step s461 for calculating the 
insertion probabilities for inserted phonemes in the 
third phoneme sequence. Therefore, for a better 
understanding of the processing steps involved in the 
flowchart shown in Figure 19, the reader is referred to 
the description of Figure 14. 

The processing steps involved in step s463 in Figure 19 
to determine the deletion and/or decoding scores in 
propagating from point (i,j,k) to point (i2,j2,k2) will 
now be described in more detail with reference to Figure 
20. Initially, the system determines (in steps s525 to 
s537) if there are any phoneme deletions from any of the 
three phoneme sequences by comparing i2, j2 and k2 with 
i, j and k respectively. As shown in Figures 2 0a to 20d, 
there are eight main branches which operate to determine 
the appropriate decoding and deletion probabilities for 
the eight possible situations. Since the processing 
performed in each situation is very similar, a 
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description will only be given of one of the situations. 

In particular, if at steps s525, s527 and s531, the 
system determines that there has been a deletion from the 
first phoneme sequence (because i2 = i) and that there 
are no deletions from the other two phoneme sequences 
(because j2 * j and k2 * k), then the processing proceeds 
to step s541 where a phoneme loop pointer r is 
initialised to one. The phoneme loop pointer r is used 
to loop through each possible phoneme known to the system 
during the calculation of an equation similar to equation 
(1) described above. The processing then proceeds to 
step s543 where the system compares the phoneme pointer 
r with the number of phonemes known to the system, 
Nphonemes (which in this embodiment equals 43). 
Initially, r is set to one in step s541. Therefore the 
processing proceeds to step s545 where the system 
determines the log probability of phoneme p r occurring 
and copies this to a temporary score TEMPDELSCORE . The 
processing then proceeds to step s547 where the system 
determines the log probability of deleting phoneme p r in 
the first phoneme sequence and adds this to TEMPDELSCORE. 
The processing then proceeds to step s549 where the 
system determines the log probability of decoding phoneme 
p r as second sequence phoneme d 2 j2 and adds this to 



TEMP DELS CORE . The processing then proceeds to step s551 
where the system determines the log probability of 
decoding phoneme p r as third sequence phoneme d\ 2 and 
adds this to TEMPDELSCORE . The processing then proceeds 
to step s553 where the system performs the log addition 
of TEMPDELSCORE with DELSCORE and stores the result in 
DELSCORE. The processing then proceeds to step s555 
where the phoneme pointer r is incremented by one. The 
processing then returns to step s543 where a similar 
processing is performed for the next phoneme known to the 
system. Once this calculation has been performed for 
each of the 43 phonemes known to the system, the 
processing ends. 

As can be seen from a comparison of the processing steps 
performed in Figure 20 and the steps performed in Figure 
15, the term calculated within the dynamic programming 
algorithm for decodings and deletions is similar to 
equation ( 1 ) but has an additional probability term for 
the third phoneme sequence. In particular, it has the 
following form: 



£ P(d^\p r )P(df\p r )P(d^ Pr )P( Pr ) 



(4) 
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As with the two dimensional case, after the dynamic 
programming paths have been propagated through to the 
null end node 0 e , the dynamic programming alignment unit 
5 78 identifies the path having the best score and uses the 

back pointers which have been stored for this path to 
identify the aligned phoneme triples (i.e. the aligned 
phonemes in the three sequences) which lie along this 
best path. In this embodiment, for each of these aligned 
LO phoneme triples (d^, d 2 n , d 3 Q ), the phoneme sequence 

determination unit 79 determines the phoneme, p, which 
maximises : 

P(d' m \p)P(d*\p)P(d*\p)P(p) ( 5 ) 

15 

in order to generate the canonical sequence of phonemes 
which best represents the three input phoneme sequences. 
Again, in this embodiment, this canonical sequence is 
then output to the phoneme and word combination unit 80, 
20 where it is combined with the word alternatives to 

generate the above mentioned phoneme and word lattice. 

A description has been given above of the way in which 
the dynamic programming alignment unit 78 aligns two or 
2 5 three sequences of phonemes. As has been demonstrated 



for the three phoneme sequence case, the addition of a 
further phoneme sequence simply involves the addition of 
a number of loops in the control algorithm in order to 
account for the additional phoneme sequence. As those 
skilled in the art will appreciate, the alignment unit 78 
can therefore identify the best alignment between any 
number of input phoneme sequences by identifying how many 
sequences are input and then ensuring that appropriate 
control variables are provided for each input sequence. 
The determination unit 79 can then identify the sequence 
of phonemes which best represents the input phoneme 
sequences using these alignment results . 

TRAINING 

In the above embodiment, the dynamic programming 
alignment unit 78 used 1892 decoding/deletion 
probabilities and 43 insertion probabilities to score the 
dynamic programming paths in the phoneme alignment 
operation. In this embodiment, these probabilities are 
determined in advance during a training session and are 
stored in the memory 81. In particular, during this 
training session, a speech recognition system is used to 
provide a phoneme decoding of speech in two ways. In the 
first way, the speech recognition system is provided with 
both the speech and the actual words which are spoken. 
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The speech recognition unit can therefore use this 
information to generate the canonical phoneme sequence of 
the spoken words to obtain an ideal decoding of the 
speech. The speech recognition system is then used to 
5 decode the same speech, but this time without knowledge 

of the actual words spoken (referred to hereinafter as 
the free decoding) . The phoneme sequence generated from 
the free decoding will differ from the canonical phoneme 
sequence in the following ways: 

10 

i) the free decoding may make mistakes and insert 
phonemes into the decoding which are not present in 
the canonical sequence or, alternatively, omit 
phonemes in the decoding which are present in the 

15 canonical sequence; 

ii) one phoneme may be confused with another; and 

iii) even if the speech recognition system decodes the 
speech perfectly, the free decoding may nonetheless 
differ from the canonical decoding due to the 

20 differences between conversational pronunciation 

and canonical pronunciation, e.g., in 
conversational speech the word "and" (whose 
canonical forms are /ae/ /n/ /d/ and /ax/ /n/ /d/) 
is frequently reduced to /ax/ /n/ or even /n/. 
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Therefore, if a large number of utterances are decoded 
into their canonical forms and their free decoded forms, 
then a dynamic programming method (similar to the one 
described above) can be used to align the two. This 
5 provides counts of what was decoded, d, when the phoneme 

should, canonically, have been a p. From these training 
results, the above decoding, deletion and insertion 
probabilities can be approximated in the following way. 



10 The probability that phoneme, d, is an insertion is given 

by: 



Pi(d) = (6) 



where I d is the number of times the automatic speech 
recognition system inserted phoneme d and n Q d is the 
15 total number of decoded phonemes which are inserted 

relative to the canonical sequence. 

The probability of decoding phoneme p as phoneme d is 
given by: 



20 



P(d\ P ) = ^ 



(7) 



where c dp is the number of times the automatic speech 
recognition system decoded d when it should have been p 
and n p is the number of times the automatic speech 
recognition system decoded anything (including a 
deletion) when it should have been p. 

The probability of not decoding anything (i.e. there 
being a deletion) when the phoneme p should have been 
decoded is given by: 

P(0|p) = (8) 

where O p is the number of times the automatic speech 
recognition system decoded nothing when it should have 
decoded p and n p is the same as above. 

ALTERNATIVE EMBODIMENTS 

As those skilled in the art will appreciate, whilst the 
term "phoneme" has been used throughout the above 
description, the present application is not limited to 
its linguistic meaning, but includes the different sub- 
word units that are normally identified and used in 
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standard speech recognition systems. In particular, the 
term "phoneme" covers any such sub-word unit, such as 
phones, syllables or katakana (Japanese alphabet). 

5 As those skilled in the art will appreciate, the above 

description of the dynamic programming alignment of the 
sequences of phonemes was given by way of example only 
and various modifications can be made. For example, 
whilst a raster scanning technique for propagating the 

10 paths through the lattice points was employed, other 

techniques could be employed which progressively 
propagate the paths through the lattice points. 
Additionally, as those skilled in the art will 
appreciate, dynamic programming constraints other than 

15 those described above may be used to control the matching 

process . 



In the above embodiment, the dynamic programming 
alignment unit calculated decoding scores for each 

20 transition using equation (1) above. Instead of summing 

over all possible phonemes known to the system in 
accordance with equation ( 1 ) , the dynamic programming 
alignment unit may be arranged, instead, to identify the 
unknown phoneme, p, which maximises the probability term 

25 within the summation and to use this maximum probability 
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as the probability of decoding the corresponding phonemes 
in the input sequences. In such an embodiment, the 
dynamic programming alignment unit would also preferably 
store an indication of the phoneme which maximised this 
5 probability with the appropriate back pointer, so that 

after the best alignment between the input phoneme 
sequences has been determined, the sequence of phonemes 
which best represents the input sequences can simply be 
determined by the phoneme sequence determination unit 
10 from this stored data. 



In the above embodiment, the annotation which is added to 
the data file includes both phoneme data and word data in 
the form of a phoneme and word lattice. As those skilled 
15 in the art will appreciate, this form of annotation data 

is not essential. The phoneme and word data may be added 
separately to the data file. Further, in some 
embodiments, only the phoneme data generated by the word 
to phoneme conversion unit may be appended to the data 



In the above embodiment, a hierarchical type search of 
the annotation data was performed in response to a query 
input by the user. In particular, the search strategy 
25 involved performing a word search and then, using the 



results of the word search, performing a phoneme search. 
As those skilled in the art will appreciate, other 
searching strategies may be employed. For example, both 
a phoneme and a word search may be performed in parallel, 
with the data files being retrieved in dependence upon 
the results of both the searches. In such an embodiment, 
in order to reduce the amount of phoneme searching 
required, indexing techniques may be used. 

In the above embodiments, a speech recognition system was 
used to generate sequences of words representative of a 
spoken annotation. A word to phoneme conversion unit was 
then used to generate a sequence of phonemes 
representative of these words. As those skilled in the 
art will appreciate, the sequence of input words to the 
words to phoneme conversion unit may be generated from a 
handwriting recognition system. In this case, the 
confusion probabilities would represent the graphical 
confusion of the sub-word units rather than the 
pronunciation confusion between the sub-word units. 

In the above embodiment, pictures were annotated using 
the phoneme and word lattice annotation data. As those 
skilled in the art will appreciate, the annotation data 
can be used to annotate many different types of data 
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files. For example, this annotation data can be used in 
medical applications for annotating x-rays of patients, 
3D videos of, for example, NMR scans, ultrasound scans 
etc. It can also be used to annotate ID data, such as 
audio data or seismic data. 



In the above embodiments, during both the annotation and 
the subsequent retrieval, the automatic speech 
recognition system used only generated sequences of words 

10 and these sequences were transformed into one or more 

sequences of phonemes using a word to phoneme dictionary. 
As those skilled in the art will appreciate, different 
speech recognition systems may be used during the 
annotation stage and the subsequent retrieval stage. For 

15 example, after the data file has been annotated, a speech 

recognition system which outputs both phonemes and words 
(or just phonemes) may be used during the subsequent 
retrieval. In this case, a word to phoneme dictionary is 
not required in order to convert the output from the 

20 speech recognition system into phonemes. 



In the above embodiment, the insertion, deletion and 
decoding probabilities were calculated from statistics of 
the speech recognition system using a maximum likelihood 
25 estimate of the probabilities. As those skilled in the 
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art of statistics will appreciate, other techniques, such 
as maximum entropy techniques, can be used to estimate 
these probabilities. Details of a suitable maximum 
entropy technique can be found at pages 45 to 52 in the 
book entitled "Maximum Entropy and Bayesian Methods" 
published by Kluwer Academic publishers and written by 
John Skilling, the contents of which are incorporated 
herein by reference. 

In the above embodiment, the database 2 9 and the 
automatic speech recognition unit 51 were both located 
within the user terminal 59. As those skilled in the art 
will appreciate, this is not essential. Figure 21 
illustrates an embodiment in which the database 2 9 and 
the search engine 53 are located in a remote server 60 
and in which the user terminal 59 accesses the database 
29 via the network interface units 67 and 69 and a data 
network 6 8 (such as the Internet). In this embodiment, 
the user terminal 59 can only receive voice queries from 
the microphone 7. In this embodiment, these queries are 
converted into phoneme and word data by the automatic 
speech recognition unit 51. This data is then passed to 
the control unit 55 which controls the transmission of 
the data over the data network 68 to the search engine 53 
located within the remote server 60. The search engine 
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53 then carries out the search in a similar manner to the 
way in which the search was performed in the above 
embodiment. The results of the search are then 
transmitted back from the search engine 53 to the control 
unit 55 via the data network 68. The control unit 55 
then considers the search results received back from the 
network and displays appropriate data on the display 57 
for viewing by the user 39. Additionally, part of all of 
the phoneme and word data generated for the input query 
may include commands for controlling the manipulation of 
data files in the database stored in the remote server. 
This may be used, for example, to control the playing, 
forwarding and rewinding of a video data file which is 
played to the user on the client 59 over the data network 
68. In this case, since the user terminal 59 performs 
the speech recognition processing, more efficient use is 
made of the remote server 60 which may have many user 
terminals trying to access and control simultaneously 
data files in the database 29. 

In addition to locating the database 29 and the search 
engine 53 in the remote server 60, it is also possible to 
locate the automatic speech recognition unit 51 in the 
remote server 60. Such an embodiment is shown in Figure 
22. As shown, in this embodiment, the input voice query 
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from the user is passed via input line 61 to a speech 
encoding unit 73 which is operable to encode the speech 
for efficient transfer through the data network 68. The 
encoded data is then passed to the control unit 55 which 
5 transmits the data over the network 68 to the remote 

server 60, where it is processed by the automatic speech 
recognition unit 51. The phoneme and word data generated 
by the speech recognition unit 51 for the input query is 
then passed to the search engine 53 for use in searching 

10 and controlling data files in the database 29. 

Appropriate data retrieved by the search engine 53 is 
then passed, via the network interface 69 and the network 
68, back to the user terminal 59. This data received 
back from the remote server is then passed via the 

15 network interface unit 67 to the control unit 55 which 

generates and displays appropriate data on the display 57 
for viewing by the user 39. 

In a similar manner, a user terminal 59 may be provided 
20 which only allows typed inputs from the user and which 

has the search engine and the database located in the 
remote server. In such an embodiment, the phonetic 
transcription unit 75 may be located in the remote server 
60 as well. 



25 
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In the above embodiments, a dynamic programming algorithm 
was used to align the sequences of phonemes output by the 
word to phoneme dictionary. As those skilled in the art 
will appreciate, any alignment technique could be used. 
For example, a naive technique could be used which 
considers all possible alignments. However, dynamic 
programming is preferred because of its ease of 
implementation using standard processing hardware. 
Additionally, whilst in the above embodiment, the dynamic 
programming algorithm determined the "best" alignment 
between the input sequences of phonemes, this may not, in 
some applications, be strictly necessary. For example, 
the second, third or fourth best alignment may be used 
instead. 

In the above embodiments, the dynamic programming 
alignment unit was operable to simultaneously align a 
plurality of input sequences of phonemes in order to 
identify the best alignment between them. In an 
alternative embodiment, the dynamic programming alignment 
unit may be arranged to compare two sequences of input 
phonemes at a time. In this case, for example, the third 
input phoneme sequence would be aligned with the sequence 
of phonemes which best represents the first two sequences 
of phonemes . 
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In the embodiment described above, during the dynamic 
programming algorithm, equation (1) was calculated for 
each aligned pair of phonemes. In the calculation of 
equation ( 1 ) , the first sequence phoneme and the second 
5 sequence phoneme were compared with each of the phonemes 

known to the system. As those skilled in the art will 
appreciate, for a given first sequence phoneme and second 
sequence phoneme pair, many of the probabilities given in 
equation (1) will be equal to or very close to zero. 

10 Therefore, in an alternative embodiment the aligned 

phonemes may only be compared with a subset of all the 
known phonemes, which subset is determined in advance 
from the training data. To implement such an embodiment, 
the input phonemes to be aligned could be used to address 

15 a lookup table which would identify the phonemes which 

need to be compared with them using equation (1) (or its 
multi-input sequence equivalent). 



In the above embodiment, where two or more word 
2 0 alternatives are output by the speech recognition unit, 

the phoneme to word conversion unit determines the most 
probable phoneme sequence which could have been mis- 
recognised as the word alternatives. As those skilled in 
the art will appreciate, in some instances, such a word 
25 alternative may include more than one word. For example, 



where the user inputs the word "recognised", the speech 
recognition system may output the following two 
alternative recognition results: "recognised" or "wreck 
a nice". 

A number of embodiments and modifications have been 
described above. As those skilled in the art will 
appreciate, there are many other embodiments and 
modifications which will be apparent to those skilled in 
the art . 



